Webpage display method and apparatus

ABSTRACT

Webpage display methods and apparatus are provided herein. In an exemplary method, a webpage to be displayed can be obtained. The webpage can be sectioned into a plurality of sub-blocks. Sub-blocks corresponding to a first current screen can be rendered and displayed. A render-display operation can be performed. The render-display operation includes rendering sub-blocks adjacent to the first current screen and storing the rendered sub-blocks adjacent to the first current screen in a buffer. The render-display operation also includes reading and displaying rendered sub-blocks in the buffer corresponding to a second current screen when a screen moves. The render-display operation can be repeatedly performed.

CROSS-REFERENCES TO RELATED APPLICATIONS

This application is a continuation application of PCT Patent ApplicationNo. PCT/CN2013/082128, filed on Aug. 23, 2013, which claims priority toChinese Patent Application No. 201210309479.8, filed on Aug. 28, 2012,the entire contents of all of which are incorporated herein byreference.

FIELD OF THE INVENTION

The present disclosure generally relates to smart terminal informationdisplay and, more particularly, relates to webpage display methods andapparatus.

BACKGROUND

Nowadays, smart terminals, such as smart phones and tablet computers,are becoming indispensable in people's lives, entertainment and work.Webpage browsing, as the most-frequently-used operation in entertainmentand work, can influence smart terminals' user experience to a greatextent. Improvements in the speed of webpage browsing can be achieved byimproving the configuration of smart devices, and also by improvingsmart devices' webpage display efficiency.

In existing technology, there are two webpage display methods. In onemethod, the contents of a webpage are rendered all at once fordisplaying on a screen. Such a method obviously can consume considerableresources, so the display efficiency can be low. In the other method, aportion of the webpage is rendered only when that portion of the webpageis displayed in the current screen. Therefore, a white screen or flickerscreen during the rendering process may appear on the screen.

The disclosed methods and systems are directed to solve one or moreproblems set forth above and other problems.

BRIEF SUMMARY OF THE DISCLOSURE

One aspect of the present disclosure includes a webpage display method.The method includes obtaining a webpage to be displayed and sectioningthe webpage into a plurality of sub-blocks. The method also includesrendering and displaying sub-blocks corresponding to a first currentscreen. Further, the method includes performing a render-displayoperation. The render-display operation includes rendering sub-blocksadjacent to the first current screen and storing the rendered sub-blocksadjacent to the first current screen in a buffer. Further, therender-display operation includes reading and displaying renderedsub-blocks in the buffer corresponding to a second current screen when ascreen moves. Still further, the render-display operation includesrepeatedly performing the render-display operation.

Another aspect of the present disclosure includes a webpage displayapparatus. The apparatus includes an obtaining module, a renderingmodule, a buffer module, a display module and a calling module. Theobtaining module is configured to obtain a webpage to be displayed andsection the webpage into a plurality of sub-blocks. The rendering moduleis configured to render sub-blocks corresponding to a first currentscreen, and to render sub-blocks adjacent to the first current screen.The buffer module is configured to store the rendered sub-blocksadjacent to the first current screen. The display module is configuredto display the sub-blocks corresponding to the first current screen, andto read and display the rendered sub-blocks in the buffer modulecorresponding to a second current screen when a screen moves. Thecalling module is configured to call the rendering module to rendersub-blocks adjacent to the second current screen and store the renderedsub-blocks adjacent to the second current screen in the buffer module,after the screen moves.

Another aspect of the present disclosure includes a non-transitorycomputer-readable medium having computer program. When being executed bya processor, the computer program performs performing a webpage displaymethod. The method includes obtaining a webpage to be displayed andsectioning the webpage into a plurality of sub-blocks. The method alsoincludes rendering and displaying sub-blocks corresponding to a firstcurrent screen. Further, the method includes performing a render-displayoperation. The render-display operation includes rendering sub-blocksadjacent to the first current screen and storing the rendered sub-blocksadjacent to the first current screen in a buffer. Further, therender-display operation includes reading and displaying renderedsub-blocks in the buffer corresponding to a second current screen when ascreen moves. Still further, the render-display operation includesrepeatedly performing the render-display operation.

Other aspects of the present disclosure can be understood by thoseskilled in the art in light of the description, the claims, and thedrawings of the present disclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

The following drawings are merely examples for illustrative purposesaccording to various disclosed embodiments and are not intended to limitthe scope of the disclosure.

FIG. 1 depicts a flow diagram of an exemplary webpage display method inaccordance with various disclosed embodiments;

FIG. 2A depicts a structure diagram of an exemplary webpage displayapparatus in accordance with various disclosed embodiments;

FIG. 2B depicts a structure diagram of a rendering module of anexemplary webpage display apparatus in accordance with various disclosedembodiments;

FIG. 3 depicts an exemplary environment incorporating certain disclosedembodiments; and

FIG. 4 depicts an exemplary computing system consistent with thedisclosed embodiments.

DETAILED DESCRIPTION

Reference will now be made in detail to exemplary embodiments of theinvention, which are illustrated in the accompanying drawings.

Various disclosed embodiments provide webpage display methods andapparatus. In an exemplary method, a webpage to be displayed can beobtained. The webpage can be sectioned into a plurality of sub-blocks.Sub-blocks corresponding to a first current screen can be rendered anddisplayed. Next, a render-display operation can be performed. Sub-blocksadjacent to the first current screen can be rendered, and the renderedsub-blocks can be stored in a buffer (or a buffer memory). When thescreen moves, the rendered sub-blocks in the buffer corresponding to asecond current screen can be read and displayed. After the screen moves,such render-display operation can be repeatedly performed. Thus, afterthe screen moves, sub-blocks adjacent to the second current screen canbe rendered and stored in the buffer.

A screen, or a display screen, may refer to a display device on anelectronic device such as a smart terminal. In addition, whereverapplicable, a screen (or a display screen) may also refer to an areathat defines the contents (e.g., a portion of a webpage) to be displayedon the display device. Boundaries of the screen (e.g., top, bottom leftand/or right boundaries of the screen) can determine the contents to bedisplayed on the display device.

Correspondingly, a current screen may refer to an area that defines thecontents to be displayed on the display device currently. Boundaries ofthe current screen can determine the contents to be displayed on thedisplay device currently.

When part or all of a webpage is displayed on a screen, the webpage canmove relatively to the screen (e.g., by scrolling or dragging). Ineffect, the screen moves relative to the webpage. In other words, theposition of the current screen changes. Such relative movement canresult in a change of displayed contents in the current screen. As aresult, the current screen changes. For example, a first current screencan change to a second current screen, and so on.

According to various disclosed embodiments, an exemplary webpage displayapparatus can include an obtaining module, a rendering module, a buffermodule, a display module, and a calling module. The obtaining module isconfigured to obtain a webpage to be displayed. The webpage can besectioned into a plurality of sub-blocks. The rendering module isconfigured to render sub-blocks corresponding to a first current screen,and to render sub-blocks adjacent to the first current screen. Thebuffer module is configured to store the rendered sub-blocks adjacent tothe first current screen. The display module is configured to displaythe rendered sub-blocks corresponding to the first current screen, andto read and display rendered sub-blocks in the buffer module when thescreen moves. The calling module is configured to call the renderingmodule after the screen moves (i.e., after the position of the 0 currentscreen changes), to render sub-blocks adjacent to a second currentscreen and to store the rendered sub-blocks in the buffer module.

According to the webpage display methods and apparatus disclosed herein,at the same time of displaying a first current screen, sub-blocksadjacent to the first current screen can be continuously rendered atbackstage and stored in a buffer. When scrolling or dragging of thewebpage causes the first current screen to change to a second currentscreen, the rendered sub-blocks in the buffer corresponding to thesecond current screen can be retrieved and displayed. As a result, therecan be less resource consumption. In addition, sub-blocks displayed onthe screen have all been rendered beforehand. Thus, display speed can befast. Phenomena during moving of the webpage (e.g. by scrolling,dragging, etc.) such as white screen or flicker screen can also beprevented. So desired user experience can be achieved.

FIG. 3 depicts an exemplary environment 300 incorporating exemplarywebpage display methods and apparatus in accordance with variousdisclosed embodiments. As shown in FIG. 3, the environment 300 caninclude a server 304, a terminal 306, and a communication network 302.The server 304 and the terminal 306 may be coupled through thecommunication network 302 for information exchange, such as Internetsearching, webpage browsing, etc. Although only one terminal 306 and oneserver 304 are shown in the environment 300, any number of terminals 306or servers 304 may be included, and other devices may also be included.

The communication network 302 may include any appropriate type ofcommunication network for providing network connections to the server304 and terminal 306 or among multiple servers 304 or terminals 306. Forexample, the communication network 302 may include the Internet or othertypes of computer networks or telecommunication networks, either wiredor wireless.

A terminal, as used herein, may refer to any appropriate user terminalwith certain computing capabilities, such as a personal computer (PC), awork station computer, a hand-held computing device (tablet), a mobileterminal (a mobile phone or a smart phone), a smart terminal, or anyother user-side computing device.

A server, as used herein, may refer to one or more server computersconfigured to provide certain server functionalities, such as searchengines and webpage browsing. A server may also include one or moreprocessors to execute computer programs in parallel.

The server 304 and the terminal 306 may be implemented on anyappropriate computing platform. FIG. 4 shows a block diagram of anexemplary computing system 400 capable of implementing the server 304and/or the terminal 306. As shown in FIG. 4, the exemplary computersystem 400 may include a processor 402, a storage medium 404, a monitor406, a communication module 408, a database 410, peripherals 412, andone or more bus 414 to couple the devices together. Certain devices maybe omitted and other devices may be included.

The processor 402 can include any appropriate processor or processors.Further, the processor 402 can include multiple cores for multi-threador parallel processing. For example, when certain sub-blocks of awebpage are rendered and displayed on a display screen of a terminal,multi-thread processing can be used to render other sub-blocks of thewebpage at backstage for storing in a buffer memory. The storage medium404 may include memory modules, such as ROM, RAM, and flash memorymodules, and mass storages, such as CD-ROM, U-disk, removable hard disk,etc. The storage medium 404 may store computer programs for implementingvarious processes, when executed by the processor 402. For example, thestorage medium 404 can provide buffer memory storage during webpagebrowsing. The buffer memory storage can include cache, RAM, any othersuitable memory storage, or a combination thereof.

The monitor 406 may include display devices, such as display screens,for displaying contents of the computing devices such as webpages, etc.The peripherals 412 may include I/O devices such as keyboard and mouseused by user for certain operations, such as scrolling or dragging awebpage that is displayed by the monitor 406.

Further, the communication module 408 may include network devices forestablishing connections through the communication network 302. Thedatabase 410 may include one or more databases for storing certain dataand for performing certain operations on the stored data, such aswebpage browsing, etc.

In operation, the terminal 306 may cause the server 304 to performcertain actions, such as an Internet search or browsing webpages. Theserver 304 may be configured to provide structures and functions forsuch actions and operations. More particularly, when a user-side devicesuch as a smart terminal sends a request of browsing a webpage, theserver 304 may provide data of the webpage to the smart terminal.

In various embodiments, a terminal such as a smart terminal involved inthe disclosed methods and systems can include the terminal 306, while aserver or network server involved in the disclosed methods and systemscan include the server 304. In various embodiments, the disclosedmethods and apparatus can be executed by a terminal, such as a smartterminal.

FIG. 1 depicts a flow diagram of an exemplary webpage display method inaccordance with various disclosed embodiments. In Step S11, a webpage tobe displayed is obtained. The webpage can be sectioned into a pluralityof sub-blocks.

A request of browsing a webpage can be sent by the smart terminal to anexisting network server, so data of the webpage to be displayed can bereturned by the network server and thus be obtained. In one embodiment,the size of the webpage can be a multiple of the size of a screen of thesmart terminal. During a displaying process, vertically scrolling orhorizontally dragging the webpage may be needed to completely browse thewebpage.

The webpage can be sectioned into a plurality of sub-blocks. Inspecific, certain information of elements in the webpage document (e.g.,HTML document) can be parsed out by an initial parsing process. Theelements can include various component elements in a webpage, such astext boxes, labels, radio buttons, picture controls, etc. Such aninitial parsing can give information such as position of elements andwhere each element should appear relative to the screen, i.e., theinformation necessary for sectioning the webpage. The webpage can thusbe sectioned into a plurality of sub-blocks of predetermined size(s).Each sub-block may have zero to one or more elements. As may beappreciated by one skilled in the art, suitable parsing and sectioningalgorithms may be implemented (e.g., using browser programming languagesC++ or Java, etc.) to enable such parsing and sectioning.

In Step S12, sub-blocks of the webpage that correspond to a firstcurrent screen are rendered and displayed.

In one embodiment, during the rendering and displaying of the sub-blocksof the webpage that corresponds to the first current screen, steps canbe detailed as follows.

First, elements corresponding to the first current screen can be parsedout. The parsing herein can extract essential information such that theelements can be rendered and then displayed on a screen. Next, theparsed-out elements corresponding to the first current screen can berendered. At last, the rendered contents can be displayed on the screenof the smart terminal.

The elements can include various component elements in a webpage, suchas text boxes, labels, radio buttons, picture controls, etc. A processof rendering can include, for example, converting parsed elements intopixels as an output. Displaying the rendered contents on the screen ofthe smart terminal can include outputting pixel data to a displaydevice, e.g., a liquid crystal display screen, for displaying.

In Step S13, sub-blocks adjacent to the first current screen arerendered. The rendered sub-blocks can be then stored in a buffer.

Similar to the rendering and displaying of the sub-blocks correspondingto the first current screen as depicted in Step S12, the rendering ofthe sub-blocks adjacent to the first current screen can include parsingthe elements adjacent to the first current screen and then rendering theparsed-out elements. The rendering sub-blocks adjacent to the firstcurrent screen is stored in a buffer, and can then be ready forretrieving in a subsequent displaying step.

In one embodiment, rendering sub-blocks adjacent to the first currentscreen can include rendering sub-blocks within about one screen heightfrom the top or bottom boundary of the first current screen, and/orrendering sub-blocks within about one screen width from the left orright boundary of the first current screen.

As used herein, one screen height refers to the height of one screen.One screen width refers to the width of one screen.

Thus, the sub-blocks of the four screens respectively adjacent to thetop, bottom, left and right boundaries of the first current screen canbe rendered, and then stored in the buffer. However, in the presentdisclosure, sub-blocks adjacent to a current screen (e.g., the firstcurrent screen) are not limited to the sub-blocks within about onescreen height or about one screen width from one of the boundaries ofthe current screen.

In Step S14, when the screen moves, contents of the rendered sub-blocksin the buffer are read and displayed.

When the webpage is scrolled vertically or dragged horizontally, theportion of the webpage corresponding to the new current screen (i.e., asecond current screen) can be different from the portion of the webpagecorresponding to the first current screen. At that time, contents of therendered sub-blocks that correspond to the second current screen can beretrieved (or read) from the buffer and displayed on the screen of thesmart terminal.

According to various disclosed embodiments, after Step S14, StepsS13-S14 can form a render-display operation, and can be repeatedlyperformed. Specifically, after Step S14, sub-blocks adjacent to thesecond current screen can be rendered and stored in the buffer. When thescreen moves, contents of the rendered sub-blocks in the buffer can beread and displayed. For example, when moving of the screen results in anext current screen (e.g., a third current screen), the renderedsub-blocks in the buffer corresponding to the third current screen canbe read and displayed.

According to various disclosed embodiments, sub-blocks corresponding toa current screen can be rendered and displayed. At the same time,sub-blocks adjacent to the current screen can be continuously renderedat backstage and stored in a buffer. When the webpage is scrolled ordragged, the rendered sub-blocks in the buffer can be retrieved anddisplayed. Thus, during the scrolling of the webpage, at the same timeof displaying the current screen, sub-blocks for the next screen can berendered at backstage beforehand. Compared with the method of renderingan entire webpage all at once, the method as disclosed herein can resultin less resource consumption. In addition, sub-blocks displayed on thescreen have all been rendered beforehand, so display speed can be fast.Phenomena such as white screen or flicker screen can also be prevented.Thus, desired user experience can be achieved.

Optionally, between Step S13 and Step S14, the method can furtherinclude releasing, from the buffer, the sub-blocks beyond presetdistance(s) from one or more boundaries of the current screen (e.g., thefirst current screen). In one embodiment, the releasing of thesub-blocks can be executed between Step S13 and Step S14 during therepeatedly-performed render-display operation.

For example, after the rendered sub-blocks adjacent to the first currentscreen are stored in the buffer, sub-blocks beyond about one screenheight from the top or bottom boundary of the first current screen canbe released from the buffer. Also, sub-blocks beyond about one screenwidth from the left or right boundary of the first current screen can bereleased from the buffer. Therefore, in this example, the buffer canstore at most the sub-blocks of the four screens adjacent to theboundaries of the first current screen. Thus, internal memory can beeffectively saved, and system resource consumption can be reduced.

FIG. 2A depicts a structure diagram of an exemplary webpage displayapparatus in accordance with various disclosed embodiments. Theapparatus as disclosed can correspond to the webpage display methodaccording to various disclosed embodiments, e.g. as depicted in StepsS11-S14. An exemplary webpage display apparatus 100 can include anobtaining module 10, a rendering module 20, a buffer module 30, adisplay module 40, and/or a calling module 50. Certain modules may beomitted and other modules may also be included.

The webpage display apparatus can be used by various smart terminalsconnected to a server via wired or wireless network, such as mobilephones, pocket personal computers (PPCs), palmtop computers, computers,notebook computers, personal digital assistants (PDAs), etc. (e.g.,terminal 306).

As shown in FIG. 2A, webpage display apparatus 100 includes an obtainingmodule 10, a rendering module 20, a buffer module 30, a display module40, a calling module 50, and a release module 60. Certain module may beomitted and other module may be added.

The obtaining module 10 is configured to obtain a webpage to bedisplayed by the webpage display apparatus 100. The webpage can includea plurality of sub-blocks.

In one embodiment, the webpage display apparatus 100 can send a requestof browsing a webpage to an existing network server. So data of thewebpage to be displayed can be returned by the network server and thusbe obtained by the webpage display apparatus 100. In one embodiment, thesize of the webpage can be a multiple of the size of a screen of thesmart terminal. During a displaying process, vertically scrolling orhorizontally dragging the webpage may be needed to completely browse thewebpage.

The obtaining module 10 is also configured to section the webpage into aplurality of sub-blocks. In specific, certain information of elements inthe webpage document (e.g., HTML document) can be parsed out by aninitial parsing process. The elements can include various componentelements in a webpage, such as text boxes, labels, radio buttons,picture controls, etc. Such an initial parsing can give information suchas position of elements and where each element should appear relative tothe screen, i.e., the information necessary for sectioning the webpage.The webpage can thus be sectioned into a plurality of sub-blocks ofpredetermined size(s). Each sub-block may have zero to one or moreelements. As may be appreciated by one skilled in the art, suitableparsing and sectioning algorithms may be implemented to enable theinitial parsing and sectioning.

The rendering module 20 is configured to render sub-blocks correspondingto a first current screen, and to render sub-blocks adjacent to thefirst current screen.

The rendering module 20 can render sub-blocks corresponding to the firstcurrent screen by using certain rendering methods. In one embodiment,the rendering module 20 can first parse elements corresponding to thesub-blocks, in order to provide essential information such that theelements can be rendered and then displayed on a screen. The renderingmodule 20 can then render the parsed-out elements. FIG. 2B shows anexemplary rendering module 20.

As shown in FIG. 2B, the rendering module 20 can include a parsing unit201, a rendering unit 202, and a display unit 203. Certain units may beomitted and other units may also be included.

The parsing unit 201 is configured to parse elements in the sub-blockscorresponding to the first current screen, in order to extract essentialinformation such that the elements can be rendered and then displayed ona screen. The rendering unit 202 is configured to render the parsed-outelements, which can include converting parsed-out elements into pixelsas an output. The display unit 203 is configured to display the elementsrendered by the rendering unit 202. In one embodiment, the display unit203 is configured to accomplish the displaying of the rendered elementsby outputting pixel data of the elements to the display module 40 fordisplaying.

The rendering module 20 can render the sub-blocks corresponding to thefirst current screen. In addition, the rendering module 20 can rendersub-blocks adjacent to the first current screen. In one embodiment, therendering module 20 can render sub-blocks within about one screen heightfrom the top or bottom boundary of the first current screen, and/orsub-blocks within about one screen width from the left or right boundaryof the first current screen. Thus, the rendering module 20 can renderthe sub-blocks of the four screens respectively adjacent to the fourboundaries (i.e., the top, bottom, left and right boundaries) of thefirst current screen.

The buffer module 30 is configured to store the rendered sub-blocksadjacent to the first current screen.

In one embodiment, the buffer module 30 can store sub-blocks withinabout one screen height from the top or bottom boundary of the firstcurrent screen, and/or sub-blocks within about one screen width from theleft or right boundary of the first current screen.

The display module 40 is configured to display the sub-blockscorresponding to the first current screen, and to read and display therendered sub-blocks in the buffer module 30 when the screen moves.

The display module 40 can display the rendered sub-blocks correspondingto the first current screen. When scrolling or dragging of the webpagecauses the current screen to change (e.g. the first current screenchanges to a second current screen), the rendered sub-blocks in thebuffer module 30 corresponding to the second current screen can be readand displayed.

When the position of the current screen changes, the display module 40can retrieve, from the buffer module 30, the rendered sub-blockscorresponding to the second current screen, in order to display thesub-blocks.

The calling module 50 is configured to call the rendering module afterthe screen moves (e.g., the first current screen changes to the secondcurrent screen), to render sub-blocks adjacent to the second currentscreen and to store the rendered sub-blocks in the buffer module 30.

The calling module 50 can thus be configured to enable a render-displayoperation to be repeatedly performed. The render-display operation canbe similar or the same as depicted in Steps S13-S14. In a specificexample, the calling module 50 can call the rendering module to rendersub-blocks adjacent to the second current screen and to store therendered sub-blocks in the buffer module 30. When the screen movesagain, the display module 40 can read and display the renderedsub-blocks corresponding to the next current screen (e.g., a thirdcurrent screen) in the buffer module 30. The calling module 50 can thencall the rendering module to render sub-blocks adjacent to the thirdcurrent screen and to store the rendered sub-blocks in the buffer module30.

According various disclosed embodiments, when the webpage displayapparatus displays a first current screen, at the same time, sub-blocksadjacent to the first current screen can be continuously rendered atbackstage and stored in a buffer module. When scrolling or dragging ofthe webpage causes the first current screen to change to a secondcurrent screen, the rendered sub-blocks in the buffer modulecorresponding to the second current screen can be retrieved anddisplayed. In comparison with the method of rendering an entire webpageall at once, the method as disclosed herein can result in less resourceconsumption. In addition, sub-blocks displayed on the current screen(e.g., the second current screen) have all been rendered beforehand.Thus, display speed can be fast. Phenomena such as white screen orflicker screen can also be prevented. So desired user experience can beachieved.

Optionally, the webpage display device 100 can further include a releasemodule 60. The release module 60 is configured to release from thebuffer module 30 the sub-blocks beyond preset distance(s) from one ormore boundaries of the current screen (e.g., the first current screen).

In one embodiment, the release module 60 can be configured to releasefrom the buffer module 30 the sub-blocks beyond about one screen heightfrom the top or bottom boundary of the first current screen. Also, therelease module 60 can be configured to release from the buffer module 30the sub-blocks beyond about one screen width from the left or rightboundary of the first current screen. Therefore, in one specificembodiment, the buffer module 30 can store at most the sub-blocks of thefour screens adjacent to the boundaries of the first current displayscreen. Thus, internal memory can be effectively saved and systemresource consumption can be reduced.

In addition, various disclosed embodiments also provide acomputer-readable storage medium. The computer-readable storage medium(or computer-readable storage device, or computer-readable storagememory) can be configured to store therein computer-executableinstructions. For example, the computer-readable storage medium caninclude, but is not limited to, non-volatile memories such as opticaldiscs, hard disks, flash memories, etc. The computer-readable storagemedium as disclosed can be used by computers or other similar computingdevices to complete operations as follows.

First, a webpage to be displayed can be obtained. The webpage can besectioned into a plurality of sub-blocks. Sub-blocks corresponding to afirst current screen can be rendered and displayed. A render-displayoperation can be performed. First, sub-blocks adjacent to the firstcurrent screen can be rendered, and the rendered sub-blocks can bestored in a buffer. Next, when the screen moves, the rendered sub-blocksin the buffer corresponding to a second current screen can be read anddisplayed. Such render-display operation can be repeatedly performed.Thus, after the screen moves, sub-blocks adjacent to the second currentscreen can be rendered and stored in the buffer.

Optionally, after rendering the sub-blocks adjacent to the first currentscreen and storing such rendered sub-blocks in a buffer, the sub-blocksbeyond preset distance(s) from one or more boundaries of the firstcurrent screen can be released from the buffer.

Further, during the releasing of the sub-blocks from the buffer, thesub-blocks beyond about one screen height from the top or bottomboundary of the first current screen can be released from the buffer.

Further, during the releasing of the sub-blocks from the buffer, thesub-blocks beyond about one screen width from the left or right boundaryof the first current screen can be released from the buffer.

The rendering of the sub-blocks adjacent to the first current screen caninclude rendering sub-blocks within about one screen height from the topor bottom boundary of the first current screen.

The rendering of the sub-blocks adjacent to the first current screen caninclude rendering sub-blocks within about one screen width from the leftor right boundary of the first current screen.

Further, in one embodiment, the rendering and displaying of thesub-blocks of the webpage corresponding to the first current screen canbe detailed as follows. Elements in the sub-blocks corresponding to thefirst current screen can be parsed out first. The parsing herein canprovide essential information such that the elements can be rendered andthen displayed on a screen. The parsed-out elements can be rendered. Therendered contents (i.e., the rendered elements) can then be displayed.

According to various disclosed embodiments herein, sub-blocks of awebpage that correspond to a first current display screen can bedisplayed at first. At the same time, sub-blocks adjacent to the firstcurrent screen can be continuously rendered at backstage and stored in abuffer. When scrolling or dragging of the webpage causes the firstcurrent screen to change to a second current screen, the renderedsub-blocks in the buffer module corresponding to the second currentscreen can be retrieved and displayed. Thus, during the scrolling of thewebpage, at same time as a current screen is displayed, sub-blocksadjacent to the current screen (i.e., the sub-blocks that correspond toa next current screen) can be continuously rendered at backstage. Incomparison with the method of rendering an entire webpage all at once,the method as disclosed herein can result in less resource consumption.In addition, sub-blocks displayed on the screens have all been renderedbeforehand. Thus, display speed can be fast. Phenomena such as whitescreen or flicker screen can also be prevented.

The embodiments disclosed herein are exemplary only. Other applications,advantages, alternations, modifications, or equivalents to the disclosedembodiments are obvious to those skilled in the art and are intended tobe encompassed within the scope of the present disclosure.

INDUSTRIAL APPLICABILITY AND ADVANTAGEOUS EFFECTS

Without limiting the scope of any claim and/or the specification,examples of industrial applicability and certain advantageous effects ofthe disclosed embodiments are listed for illustrative purposes. Variousalternations, modifications, or equivalents to the technical solutionsof the disclosed embodiments can be obvious to those skilled in the artand can be included in this disclosure.

The disclosed methods and apparatus can be used in a variety of Internetapplications. By using the disclosed methods and systems, a webpage tobe displayed can be obtained and sectioned into a plurality ofsub-blocks. Sub-blocks corresponding to a first current screen can berendered and displayed. Next, a render-display operation can beperformed. In the render-display operation, sub-blocks adjacent to thefirst current screen can be rendered and stored in a buffer. When ascreen moves, the rendered sub-blocks in the buffer corresponding to asecond current screen can be read and displayed. The render-displayoperation can be repeatedly performed.

Thus, during the scrolling or dragging of the webpage, at same time as acurrent screen is displayed, sub-blocks adjacent to the current screencan be continuously rendered at backstage. In comparison with the methodof rendering an entire webpage all at once, the method as disclosedherein can result in less resource consumption. In addition, sub-blocksdisplayed on the screens have all been rendered beforehand. Thus,display speed can be fast. Phenomena such as white screen or flickerscreen can also be prevented. So desired user experience can beachieved.

What is claimed is:
 1. A webpage display method, comprising: obtaining awebpage to be displayed; sectioning the webpage into a plurality ofsub-blocks, including: performing an initial parsing process on elementsof the webpage; obtaining position information of the elements of thewebpage, wherein the position information of the elements of the webpageincludes: positions of the elements in the webpage, and positions of theelements relative to a displaying screen; and sectioning the webpageinto the plurality of sub-blocks according to the obtained positions ofthe elements in the webpage and the obtained positions of the elementsrelative to the displaying screen; rendering and displaying sub-blockscorresponding to a first current screen; performing a render-displayoperation including: rendering sub-blocks adjacent to the first currentscreen and storing the rendered sub-blocks adjacent to the first currentscreen in a buffer; and when a screen moves, reading and displayingrendered sub-blocks in the buffer corresponding to a second currentscreen; and after the screen moves, repeatedly performing therender-display operation; wherein the method further comprises: usingmulti-thread processing of a processor for rendering the sub-blocksadjacent to the first current screen and storing the rendered sub-blocksadjacent to the first current screen in the buffer.
 2. The methodaccording to claim 1, further including: after the rendering and storingof the sub-blocks adjacent to the first current screen, releasing, fromthe buffer, previously stored sub-blocks beyond preset distances fromboundaries of the first current screen.
 3. The method according to claim2, wherein the releasing of the sub-blocks includes: releasing, from thebuffer, sub-blocks beyond about one screen height from a top or a bottomboundary of the first current screen.
 4. The method according to claim1, wherein the rendering of the sub-blocks adjacent to the first currentscreen includes: rendering sub-blocks within about one screen heightfrom a top or a bottom boundary of the first current screen.
 5. Themethod according to claim 1, wherein the rendering of the sub-blocksadjacent to the first current screen includes: rendering sub-blockswithin about one screen width from a left or a right boundary of thefirst current screen.
 6. The method according to claim 1, wherein therendering and the displaying of the sub-blocks corresponding to thefirst current screen includes: parsing out elements in the sub-blockscorresponding to the first current screen; rendering the parsed-outelements; and displaying the rendered elements.
 7. The webpage displaymethod according to claim 1, wherein: the elements in the webpageincludes at least one of a text box, a label, a radio button, a picturecontrol; and each sectioned sub-block has zero to one or more of theelements.
 8. A webpage display apparatus, comprising: a monitor and aprocessor configured to: obtain a webpage to be displayed and sectionthe webpage into a plurality of sub-blocks, including: performing aninitial parsing process on elements of the webpage; obtaining positioninformation of the elements of the webpage, wherein the positioninformation of the elements of the webpage includes: positions of theelements in the webpage, and positions of the elements relative to adisplaying screen; and sectioning the webpage into the plurality ofsub-blocks according to the obtained positions of the elements in thewebpage and the obtained positions of the elements relative to thedisplaying screen; render sub-blocks corresponding to a first currentscreen, and to render sub-blocks adjacent to the first current screen;store the rendered sub-blocks adjacent to the first current screen;display the sub-blocks corresponding to the first current screen, and toread and display the rendered sub-blocks corresponding to a secondcurrent screen when a screen moves; and after the screen moves, rendersub-blocks adjacent to the second current screen and store the renderedsub-blocks adjacent to the second current screen; wherein the processoris further configured to use multi-thread processing of the processorfor rendering the sub-blocks adjacent to the first current screen andstoring the rendered sub-blocks adjacent to the first current screen inthe buffer.
 9. The apparatus according to claim 8, wherein the processoris further configured to: release sub-blocks beyond preset distancesfrom one or more boundaries of the first current screen.
 10. Theapparatus according to claim 9, wherein the processor is furtherconfigured to release sub-blocks beyond about one screen height from atop or a bottom boundary of the first current screen.
 11. The apparatusaccording to claim 8, wherein the processor is further configured torender sub-blocks within about one screen height from a top or a bottomboundary of the first current screen.
 12. The apparatus according toclaim 8, wherein the processor is further configured to rendersub-blocks within about one screen width from a left or a right boundaryof the first current screen.
 13. The apparatus according to claim 8,wherein the monitor and the processor are further configured to: parseout elements in the sub-blocks corresponding to the first currentscreen; render the parsed-out elements; and display the renderedelements.
 14. A non-transitory computer-readable medium having computerprogram for, when being executed by a processor, performing a webpagedisplay method, comprising: obtaining a webpage to be displayed;sectioning the webpage into a plurality of sub-blocks, including:performing an initial parsing process on elements of the webpage;obtaining position information of the elements of the webpage, whereinthe position information of the elements of the webpage includes:positions of the elements in the webpage, and positions of the elementsrelative to a displaying screen; and sectioning the webpage into theplurality of sub-blocks according to the obtained positions of theelements in the webpage and the obtained positions of the elementsrelative to the displaying screen; rendering and displaying sub-blockscorresponding to a first current screen; performing a render-displayoperation including: rendering sub-blocks adjacent to the first currentscreen and storing the rendered sub-blocks adjacent to the first currentscreen in a buffer; and when a screen moves, reading and displayingrendered sub-blocks in the buffer corresponding to a second currentscreen; and after the screen moves, repeatedly performing therender-display operation; wherein the method further comprises: usingmulti-thread processing of the processor for rendering the sub-blocksadjacent to the first current screen and storing the rendered sub-blocksadjacent to the first current screen in the buffer.
 15. Thecomputer-readable medium according to claim 14, the method furtherincluding: after the rendering and storing of the sub-blocks adjacent tothe first current screen, releasing, from the buffer, sub-blocks beyondpreset distances from boundaries of the first current screen.
 16. Thecomputer-readable medium according to claim 15, wherein the releasing ofthe sub-blocks includes: releasing, from the buffer, sub-blocks beyondabout one screen height from a top or a bottom boundary of the firstcurrent screen.
 17. The computer-readable medium according to claim 14,wherein the rendering of the sub-blocks adjacent to the first currentscreen includes: rendering sub-blocks within about one screen heightfrom a top or a bottom boundary of the first current screen.
 18. Thecomputer-readable medium according to claim 14, wherein the rendering ofthe sub-blocks adjacent to the first current screen includes: renderingsub-blocks within about one screen width from a left or a right boundaryof the first current screen.
 19. The computer-readable medium accordingto claim 14, wherein the rendering and the displaying of the sub-blockscorresponding to the first current screen includes: parsing out elementsin the sub-blocks corresponding to the first current screen; renderingthe parsed-out elements; and displaying the rendered elements.